home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970626-19970929 / 000291_news@newsmaster….columbia.edu _Thu Sep 4 11:55:16 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA27131
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 4 Sep 1997 11:55:16 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA18597
  7.     for kermit.misc@watsun; Thu, 4 Sep 1997 11:55:15 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.terminals,comp.unix.aix,comp.protocols.kermit.misc
  11. Subject: Re: VT320 emulation
  12. Date: 4 Sep 1997 15:55:13 GMT
  13. Organization: Columbia University
  14. Lines: 63
  15. Message-ID: <5umll1$874$1@apakabar.cc.columbia.edu>
  16. References: <340AB90E.2781@atess.bel.alcatel.be> <340D2692.4C93@psi.de> <5ukmsb$7uo$1@vixen.cso.uiuc.edu>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.terminals:11213 comp.unix.aix:119247 comp.protocols.kermit.misc:7611
  19.  
  20. In article <5ukmsb$7uo$1@vixen.cso.uiuc.edu>,
  21. Bob Shair (courtesy)  <rmshair@delphi.beckman.uiuc.edu> wrote:
  22. : In comp.unix.aix Bernhard Hochstetter <bhochstetter@psi.de> wrote:
  23. : > Luc Nys wrote:
  24. : > > I'm looking for a VT 320 terminal emulator program for AIX.
  25. : > > Who can give me some ideas/hints? Any help is appreciated.
  26. : 
  27. : > use kermit ! The vt-emulation of kermit is good and you can use it on
  28. : > serial and network connections.
  29. : 
  30. : I regret that, as far as I can discover, C-Kermit under Unix doesn't
  31. : provide terminal emulation.  Sad, because C-Kermit under OS/2 and
  32. : K95 provide the best VT 320 emulation in the business.
  33. : 
  34. To clarify...  There are three kinds of Kermit programs:
  35.  
  36.  1. Those that can be used only on the "far end" of the connection,
  37.     but can not make connections themselves.  Example: IBM Mainframe
  38.     Kermit (for VM/CMS, MVS/TSO, and CICS).
  39.  
  40.  2. Those that can make connections and operate on the "local end" of
  41.     the connection, but that also can operate on the far end.  Example:
  42.     C-Kermit.
  43.  
  44.  3. Those that are designed strictly for the desktop, and provide not only
  45.     connection establishment and local-mode operation, but also terminal
  46.     emulation.  Examples: MS-DOS Kermit and K95.
  47.  
  48. Terminal emulation is possible only when the program has direct access to
  49. the physical keyboard and the physical screen.  UNIX C-Kermit does not.
  50. Remember, you can run it not only from the console, but also when coming in
  51. to the same computer via Telnet, Rlogin, etc, or by dialing up, or through
  52. a terminal server (LAT, TCP/IP, etc).  Thus in 99 cases out of 100, it could
  53. not even see the physical keyboard and screen.  In fact, many UNIX systems
  54. are "headless" and don't even have keyboards and screens.
  55.  
  56. If you have a UNIX desktop computer -- the most common example being a PC
  57. running Linux -- then why can't C-Kermit be a VT320 (or other type of)
  58. terminal emulator?  It's only a matter of programming.  But consider:
  59.  
  60.  . As Jeff pointed out, you are already running C-Kermit in an X window,
  61.    or other type of Window (DECwindow, AIXterm, etc), or through the system
  62.    console.  Thus you already have a terminal emulator.
  63.  
  64.  . What is the API to get at the raw keyboard scan codes and the monitor
  65.    video buffer and the mouse?  Is there a consistent one for different
  66.    varieties of UNIX?  (It is to laugh...)
  67.  
  68.  . Even if I know the API, can I use it?  There are likely to be issues of
  69.    accessibility, permission, etc.
  70.  
  71. And so C-Kermit is said to form a "semitransparent pipe" between your
  72. terminal, terminal window, or emulator and the remote computer or host you
  73. have connected to.  The emulation is provided by the window or emulator
  74. through which you are viewing C-Kermit, and most people never even notice :-)
  75.  
  76. Could an emulator be added to C-Kermit?  Yes, but it would need to be done on
  77. a per-platform basis (SCO vs AIX vs Linux vs HP-UX vs Solaris, etc), and some
  78. fancy footwork would be required to know when it was usable (user is running
  79. it on the physical keyboard and screen) and when it was not (user is coming in
  80. from elsewhere).
  81.  
  82. - Frank